<12) 



UK Patent Application ,«,,GB ,,,,2382683 „ 3 ,A 



(43) Date of A Publication 04.06.2003 



(21) Application No 0128883.6 

(22) Date of Filing 03.12.2001 



(71) Applicant(s) 

Skinkers Limited 

(Incorporated in the United Kingdom) 
Unit 14, 15-27 Gee Street, LONDON, 
EC1V 3RD, United Kingdom 

(72) Inventor(s) 

Matteo Bertucchi 
Luke Michael Reid 

(74) Agent and/or Address for Service 
Electronic Intellectual Property 
Suite 308 The Foundry, 156 Blackfriars Rd, 
LONDON, SE1 8EN, United Kingdom 



W0 1997/050226 A1 
JP 2000324158 A 



(51) INT CL 7 

G06F 17/60 

(52) UK CL (Edition V ) 

G4AAUXX 

(56) Documents Cited 
GB 2350711 A 
JP 2001325194 A 
US 5999932 A 

WPI Abstract Accession No 2002-220963 [28] & 
JP2001325194 (HISAO) 22.11.01 
WPI Abstract Accession No 2001-067970 [08] & 
JP2000324158 (Kobayashi) 24.11.00 

(58) Field of Search 

UK CL (Edition T ) G4A AUXX 

INTCL 7 G06F 17/60 

Other: ONLINE: WPI, EPODOC, PAJ 



(54) Abstract Title 

A message processing system 



(57) A message processing system allows for pre-scheduled messages (eg. email, SMS) to be presented 
under desired presentation conditions to specifically targeted users of data processing terminals. A user data 
processing terminal (2) includes a messaging agent application (4) installed by the user. The messaging agent 
(4) stores messages received via a data communications network (7) in a terminal-side store 5, and, when 
determining that specified presentation conditions (eg time) specified in presentation parameters contained in 
the message have been met, presents content from the message to the user via a user interface (6), such as a 
graphical display device may be facilitated using XML. 
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Skinkers I Remote Control 



When do you want this message to be displayed? 

You can specify actual dates, time since installation or you can send an instant message 
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Instant messages will be displayed as soon as possible and will expire in one hour from the time 
they are published. For example, you can use this to broadcast breaking news. 
Instant message 

You can insert a message into the Customer Interaction Story board. This allows you to 
chronologically pre-schedule messages to your customers following a predefined plot. 
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Skinkers I Remote Control 
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Message Processing Sy stem 

This invention relates to a message processing system, computer software 
for use therein, and methods relating to the communication of messages to users 
of data processing terminals capable of performing data communication via a 
data communications link. A large number of message processing systems are 
known, including electronic mail ("e-mail") and instant messaging used on the 
internet, the short message service ("SMS") used in the GSM mobile 
communications system, etc. These message processing systems have in the past 
been used not only for personal messaging but also for marketing purposes, 
whereby a marketeer is able to send messages using the systems to users in 
numbers. However, one problem lies in that the users must be connected via data 
communications link in order to have a message presented to them. Also, these 
messages are difficult to differentiate from other kinds of messages, such as those 
from personal contacts, which are delivered through the same channels. 
Furthermore, these systems have drawbacks relating to the privacy of the user. 

In accordance with one aspect of the present invention there is provided a 
method of communicating messages to a user of a data processing terminal 
capable of performing data communication via a data communications network, 
said method comprising: 

providing a message processing application on the data processing 
terminal; 

receiving a message from a message distribution entity at the data 
processing terminal, said message comprising message data capable of being 
presented by said message presentation application and message presentation data 
defining one or more parameters relating to one or more conditions under which 
the message may be presented to the user; 
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detecting in the data processing terminal whether the one or more 
conditions are met; and 

using the message processing application to selectively present the 
message data to the user in accordance with the message presentation data, such 
5 that the message data is selectively presented to the user on the basis of the step 
of detecting whether the one or more conditions are met. 

A message may therefore be presented by the message processing 
application selectively in dependence on whether specified presentation 
parameters are met. 

10 The message presentation data preferably defines a time parameter 

relating to a timing condition under which a message may be presented to the 
user. The message may therefore be presented to the user at an intended time, or 
within an intended time period, without being dependent upon the time of receipt 
of the message. In this way, messages may be transmitted to the user terminals 

15 well in advance of the intended time of presentation of the message. Thus, if the 
user terminals do not have constant network connectivity, the messages may be 
presented even during periods in which there is no network connectivity. The 
timing of the messages may be chosen so as to have an increased impact 
depending on factors not related to the time of receipt of the message. The timing 

20 may be based on absolute date and/or time, or on an event occurring on the user 
terminal, such as the switching on of the user terminal, the installation of a 
messaging agent, or the presentation of a previous message on the user terminal. 

Further features and advantages of the invention will become apparent 
from the following description of preferred embodiments of the invention, made 

25 with reference to the accompanying drawings, wherein: 

Figure 1 is a schematic illustration of elements of a message presentation 
system in accordance with an embodiment of the invention; 

Figure 2 is a flow diagram showing steps carried out by a message 
generation application; 
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Figure 3 is a flow diagram showing message generation steps carried out 
by a broadcast administration; 

Figures 4 to 8 show display screens provided by a message generation 
application; 

Figure 9 is a flow diagram showing steps carried out by a broadcast 

server; 

Figures 10 and 11 are flow diagrams showing steps carried out by a 
messaging agent; and 

Figures 12 and 13 show messages being presented to a user of the system. 

Figure 1 illustrates a system of data processing devices running software 
applications and interconnected via data communications links, in accordance 
with an embodiment of the invention. The system is designed to allow pre- 
scheduled messages to be presented under desired presentation conditions to 
specifically targeted users of data processing terminals. 

A user data processing terminal 2, in accordance with the invention, 
includes a messaging agent application 4, which may be installed by the user 
from one of a number of different sources, such as by download from a Web site 
or from a data record carrier, such as a compact disk. The messaging agent 4 
stores messages received via a data communications network 7 in a terminal-side 
store 5, and, when determining that specified presentation conditions specified in 
presentation parameters contained in the message have been met, presents content 
from the message to the user via a user interface 6, such as a graphical display 
device. 

Messages are received from a broadcast data processing system 8, which 
includes a message store 10 and a message server 12 whereby messages are 
transmitted to potentially large numbers of messaging agents similar to the 
messaging agent 4 described herein. The broadcast system 8 includes a remote 
input server 14 for receiving message data from a broadcast administrator at a 
remote data processing terminal 16. The data processing terminal 16 includes a 
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remote input client 1 8 for presenting message generation functions provided by a 
message generation application via a user interface 20, such as a graphical 
display device. 

Also included in the system is a log data processing system 22. Log 
5 records are received from a messaging agent 4 via the data communications 
network 7 using log upload server 26 and stored in log store 24. Log record data 
may be viewed from a remote data processing terminal 30 using an interface 
provided by remote log viewing server 28. The log administrator terminal 30 
includes a remote viewing client 32, whereby log records provided by the remote 
10 log viewing server 28 are presented via a user interface 34, such as a graphical 
display device. 

Each messaging agent 4 is responsive to commands written in an agent 
programming language, for example a language written in extensible Mark-up 
Language (XML) code. The remote input interface application 14 or the remote 
15 input client 18 includes a message generation application, whereby the agent 
language file can be generated by means of natural language interactions with a 
user interface. 

As shown in Figure 2, the message generation application first conducts 
interactions with the broadcast administrator to define the content of a message to 

20 be broadcast, step 100, and once the message content has been defined to the 
satisfaction of the broadcast administrator, the message generation application 
conducts a procedure to generate the agent language file, step 102. Following 
generation of the agent language file, the message generation application 
performs an encryption-based digital signature procedure, whereby a digital 

25 signature authenticating the message data as having been generated by an 
authorised source, is added to the message data, step 104, and the generated 
message is then transmitted to the message server 12, step 106. 
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The message generation application takes the form of a software 
application running either at the broadcast system 8 or on the broadcast 
administrator terminal 16. 

If the message generation application is included in the remote input 
server 14 run at the broadcast system 8, the application may be accessed using a 
remote input client such as a standard Web browser such as Microsoft Internet 
Explorer™, and password-based authentication is used to validate the identity of 
the broadcast administrator. Once the message content and message presentation 
parameters have been specified by the administrator, the message is transmitted 
internally in the broadcast system for publication via the message server 12. 

If the message generation application is located on the broadcast 
administrator terminal 16, the application forms a remote input client which is 
accessed by running it on the terminal 16. In this case, the terminal 16 preferably 
holds a unique identifier, such as a hard disk identifier, which is used in the 
digital signature generating procedure as an input key for the encryption 
algorithm. This allows the source of a message uploaded to the broadcast system 
8 to be verified to be a message generation application on a particular terminal 
associated with an authorised broadcast administrator. 

Figure 3 illustrates the steps carried out under the control of the message 
generation application. In a first step, 200, the broadcast administrator is 
prompted to enter a time parameter or parameters, which define when a message 
should be communicated to a user. Each message sent to a messaging agent will 
include such time parameters, defining when execution of the messaging event 
should take place. The time parameter or parameters may include absolute times 
and dates, relative time parameters based on timing since installation of the 
message agent on the user terminal 2, and/or other relative time parameters, such 
as ones based on timing since the messaging agent 4 has been running during its 
current, or subsequent, activation period. An activation period timing will 
generally correspond to the time since the terminal was last switched on, as the 



messaging agent is preferably arranged to run from start up of the terminal. The 
time parameters may include a unique date and/or time, or a time period defined 
by a start date and/or time and an end date and/or time. 

In a second step, 202, the message generation application allows the 
broadcast administrator to specify target user parameters to define a target user 
subset for a particular message. This is performed by selection from response 
options users have been presented with in questions transmitted in messages 
previously sent to the messaging agents. The messaging agent 4 maintains a user 
profile, held in terminal-side store 5, consisting of data identifying questions 
answered and the corresponding responses given, in messages presented to the 
user. The terminal-side user profile is used to perform filtering of the messages to 
reach a targeted selection of users, without needing to perform user profile-based 
processing in the broadcast system 8. 

In a third step, 204 of the message generation process, the message 
generation application allows the broadcast administrator to define the message 
content. The message content may include one of various types of multimedia 
content, including still image files, video image files, audio files, text data, and 
interactive data such as data defining a question in combination with a plurality 
of response options (i.e. a multiple choice question). 

In a fourth step, 206, the message generation application presents a 
summary of the message presentation parameters, i.e. the time and user targeting 
parameters, and generates a demonstration of the messaging agent 4 presenting 
the message content, which are displayed on user interface 20 to the broadcast 
administrator. 

Figures 4 to 8 illustrate one embodiment of data entry screens presented 
on the user interface 20 by the message generation application. In a first data 
input screen 300, the broadcast administrator is able to select which of three 
message types the message should become, using selection buttons 302, 304 and 
306. 
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If button 302 is selected, the message includes data indicating that the 
message is an instant message, to be presented by the messaging agent 4 via the 
user interface 6 immediately on receipt thereof by the messaging agent 4. 

If button 304 is selected, the message includes a time parameter by which 
the messaging agent 4 is instructed to determine the time at which the message 
should be presented via user interface 6 relative to a cumulative timing period, 
monitored by the messaging agent 4, over which messaging agent 4 has been 
actively running on the user terminal 2. The message may be used as a 
"storyboard" message, i.e. one which is timed to be presented within a message 
presentation sequence of consecutively timed messages. Data input boxes 308 
and 310 allow the broadcast administrator to enter data indicating the number of 
hours and minutes of run time, since the messaging agent application 4 was 
installed on the user terminal 2, which should elapse before the message is 
presented. 

15 If button 306 is selected, one or more time parameters are included in the 

message instructing the messaging agent 4 to present the message to the user via 
user interface 6 at an absolute time, i.e. on a specified date and/or at a specified 
time. As shown in Figure 5, a data entry box 312 is provided to allow the 
broadcast administrator to select a date on which the message should be 

20 presented. A further option button 313 allows the broadcast administrator to 
specify that the message should be presented at an exact time, or within an exact 
time period, on the selected date. A 24-hour time entry box 314 allows the 
broadcast administrator to select a start of an exact time period, and a 24-hour 
time entry 316 allows the broadcast administrator to specify the end of the exact 
25 time period. If only one time is entered in boxes 314, 316, the message will be 
displayed at the specified time. If two times are entered, the message will be 
presented via the user interface 6 at a time between the two specified times. 

If the message is defined to be of the type to be displayed at an absolute 
date and/or time, the broadcast administrator is mrther provided with an option 



3NSDOCID: <GB 2382683A_I_» 



8 



button 318 and a date entry box 318 allowing the administrator to define an 
expiry date following which, if the message has not yet been presented to the 
user, for example if the user does not switch on terminal 2 during a desired 
message presentation period, the messaging agent 4 discards the message and 
does not present it to the user. 

Note that each of the timing parameters relates to a time variable which is 
unrelated to the time of receipt of a message; namely the scheduling of the 
presentation of a message is not dependent upon the time of receipt, with the 
exception of the case in which the message is an instant message. 

Figure 6 shows a data entry screen 320, allowing target user parameters to 
be specified. Targeting option button 321 allows the broadcast administrator to 
select whether or not the message should be targeted. If button 321 is selected, a 
selection list 322 is presented to the administrator, the list consisting of entries 
generated from questions contained in messages previously sent to messaging 
agent 4. On selection of a particular question in selection list 322, the 
administrator is provided with a further list selection box 324, containing entries 
consisting of all possible responses previously specified for the previously 
presented question. The administrator selects one of the possible responses, 
thereby defining the target users in terms of the responses they have entered to 
questions previously presented. A messaging agent 4 will only present the 
message content to users who have previously answered the specified question 
with the specified response. The target users may be further refined on selection 
of target refining button 326, whereby one or more further question and response 
combinations may be specified, thereby defining further subsets of target users 
which in combination can be used to further define the target user parameters in 
terms of multiple specified question and response combinations. 

Figure 7 shows a data entry screen 340 allowing message text to be added 
to message content to be presented to a user by the messaging agent 4. In 
response to selection of text option button 341, the administrator is presented 



with text entry box 342 to add message text to the message content, and a 
hyperlink entry box 344 to add a hyperlink to the message content. Although not 
illustrated, it should be noted that other message content, including multimedia 
message content, may also be added via a similar interface allowing for the 
inclusion of data files in the message content. 

Figure 8 shows a data entry screen 350 allowing the broadcast 
administrator to define a question to be added to the message content. In 
response to selection of question option button 351, the administrator is able to 
enter text defining a question and two or more possible responses thereto. Text 
entry box 352 allows the administrator to give the question a title, whereby future 
reference may be made to the same question. Box 354 allows the administrator 
to enter the question text. Box 356 allows the administrator to enter two or more 
possible responses, in the form of a list containing two or more entries 
corresponding to each possible response. 

After completing data entry screens such as those illustrated in Figures 4 
to 8, the broadcast administrator, after viewing the presentation parameter 
summary and the demonstration of the message presentation, authorises the 
broadcast of the message to the messaging agents. Note that the message agent 4 
has a class identity. Namely, there is a plurality of different sets of message 
agents 4 in the system having different messaging characteristics. Messages are 
addressed to a class identity, and all agents within the set having that class 
identity respond to the broadcast of messages having the same class identity. 
Thus, in the message generation procedure, the broadcast administrator also 
selects the class identity of the messaging agents selected to be broadcast to. 

In one embodiment, different administrator authority levels may be 
defined, such that a first administrator authority level ' allows a message or 
messaging sequence to be created, whereas a higher administrator authority level 
is required in order to begin the message broadcast. In any case, once the 
message broadcast has been authorised, the message generation application 
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generates the agent language file, adds its digital signature and transmits the 
encrypted message to the broadcast server, as described above in relation to 
Figure 2. 

Figure 9 is a flow diagram showing steps carried put by the broadcast 
server on receipt of a message from the message generation application. In a first 
step, 400, the message is received from the message generation application. In a 
second step, 402, the broadcast server 12 authenticates the message by checking 
the validity of the digital signature in the message. 

In a third step, 404, the broadcast server performs an authorisation check. 
The broadcast server stores permission tables specifying the permissions 
corresponding to each broadcast administrator identity, corresponding to the 
received digital signature, specifying access permissions for generating 
broadcasts. For example, the number of broadcasts produced by a certain 
broadcast administrator may be restricted in number of frequency. Furthermore, 
the broadcast server checks that the identity of the messaging agent class to 
which the message is addressed corresponds with a permission set for the 
broadcast administrator in the broadcast server 12. On confirming authorisation, 
the broadcast server 12 adds its own, different encryption-based digital signature, 
step 406, to allow messaging agents 4 to authenticate the broadcast messages as 
originating exclusively from an authorised source. The broadcast server also adds 
a message sequence number, which is incremented for every message addressed 
to the same class of messaging agent. In a fifth step, the broadcast server 12 
publishes the message on a publicly available network resource, such as a Web 
site, so that the message may be received by all messaging agents 4 having a 
corresponding agent class identity by means of a client-server communication via 
the communications network 7. 

Figure 10 is a flow diagram illustrating steps carried out by a messaging 
agent 4 in performing its message presentation procedures. The messaging agent 
4 periodically, at regular intervals, attempts to establish a connection with the 
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broadcast server 12 via the data communications network 7. Messaging agent 4 
stores one or more network addresses of allowed broadcast servers from which 
new messages may be downloaded. If more than one broadcast server is used, 
corresponding to more than one such network address, the functions of the 
broadcast server may be distributed to increase scalability and reliability. 

In order to contact the broadcast server 12, the messaging agent checks 
whether network access is available, step 500. The network access may for 
example be provided in the form of a dial-up circuit-switched connection, which 
is periodically active. Alternatively, access may be available via an "always on" 
connection, such as a digital subscriber line (DSL) connection, or in the case of a 
mobile terminal, a General Packet Radio Service (GPRS) connection. If no 
network access is currently available, or if the server is currently not responding, 
the messaging agent 4 waits a predetermined interval, step 502, and re-tries. If 
network access is available, the messaging agent 4 establishes a connection, for 
example a TCP/IP type connection, with the broadcast server 12, step 504. On 
connection, the messaging agent checks whether any published messages are 
available under its agent class identity having a message sequence number which 
exceeds that of its last downloaded message, step 506. If the current message 
sequence number exceeds that of the last downloaded message, the messaging 
agent 4 retrieves the next newly published message, step 508. 

As noted above, messaging agent 4 may not have connectivity with the 
data communications network 7 at all times when running. For example, if 
connectivity is established by means of a dial-up internet connection, the 
messaging agent 4 detects when a new dial-up connection is made, and regularly 
polls the broadcast server during the subsequent communications session. Since 
messages may be stored in data store 5 following receipt for later execution of the 
message presentation, even when network connectivity is infrequent, messages 
can be presented under desired presentation conditions even at times when no 
network access is available. 
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On receipt of a new message from broadcast server 12, messaging agent 4 
checks the digital signature to authenticate the message, step 510, as being 
originated from broadcast server 12. On authentication of a new message, the 
messaging agent 4 schedules presentation of a message in accordance with the 
time parameters set out in the message, step 512, and returns to step 500 to begin 
monitoring for the publication of new messages on broadcast server 14. 

Figure 1 1 shows procedures carried out by the messaging agent 4 
following scheduling of the message presentation and leading up to presentation 
of the message. Messaging agent 4 uses an internal date and time clock, step 550, 
in the user terminal to determine whether the timing condition scheduled to meet 
the time parameter set out in the message is met, step 552. If the timing condition 
has not been met, the agent waits a predetermined interval, step 554, before once 
again checking the current date/time. Hereby the agent 4 carries out a continual 
monitoring of the current date/time on the terminal. Once the messaging agent 
determines that the timing condition has been met, i.e. it is time to carry out a 
message presentation operation, the messaging agent 4 retrieves user profile data 
stored in the user terminal, step 556 to determine whether or not the user is within 
the target audience of the message. As stated above, the filtering is carried out in 
accordance with target user parameters set out in the message and user profile 
data stored by the messaging agent 4 on the terminal side data store 5. The user 
profile data identifies responses to questions asked in previous messages. By 
waiting until the timing condition is met before carrying out the filtering 
operation, the agent 4 allows for the presentation of any targeting questions in 
previous messages between receipt of a targeted message and its scheduled 
presentation. If the new message is targeted, and if the user fits the target profile, 
step 558, or if the message is "un targeted", i.e. targeted at all users having agents 
of the same agent class, the messaging agent executes message presentation, step 
560, whereby the content of the message is presented to the user via the user 
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interface 6. If the targeting conditions are not met, the messaging agent 4 
discards the message. 

After execution of the message presentation, a log record for the message 
is completed in step 510. Every time a message is retrieved, and at each 
processing step for the message, the messaging agent 4 writes data to a log record 
for the message, even if the message is not in fact presented to the user. The log 
record contains data indicating the processing steps carried out at each stage. 
Namely, the log record includes data indicating the time at which each of steps 
508 to 512, 552, 558 and 560 are carried out by the messaging agent 4. If the 
message contains a targeting question as part of the message data, the agent 4 
monitors whether the question is answered by the user, and if so which response 
is given, and writes corresponding data to the log record indication whether the 
hyperlink was selected during message presentation. Furthermore, if the message 
contains a hyperlink as part of the message data, the agent 4 monitors whether the 
hyperlink is clicked by the user, i.e. whether the network resource corresponding 
to the hyperlink is accessed by the user, and writes data to the log record 
indication whether the hyperlink was selected during message presentation. Thus, 
the log record contains data detailing when the message was received, whether it 
was authenticated, when the scheduling according to the received time 
parameters was made, which filtering stages the message passed, whether the 
message was presented in accordance with the scheduling (for example, if the 
user terminal 2 is switched off when the message was scheduled to be presented, 
the message may not have been presented at all), when the message was in fact 
presented (since the scheduling may be in the form of a scheduling period 
window), and data indicating whether or not targeting questions were answered, 
if so what the response was, and data indicating whether the hyperlink was 
accessed during message presentation. 

A log record for each received message is then stored in data store 5, and 
the messaging agent 4 periodically, with less frequency than the broadcast 
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message polling, transmits the log records to log server 26. The messaging agent 
4 detects when network connectivity is available and uploads its log records at a 
time selected by it in accordance with a log transmission schedule. 

Note that a log record itself does not contain data identifying the user, for 
5 example it does not include a network address such as an e-mail address, or other 
personal details identifying the user. This serves to enhance privacy in use of the 
system. At the same time, log records contain data which is valuable to the 
broadcasting party. For example, if the message presentation system is used for 
marketing purposes, the log record contains statistics indicating the effectiveness 

10 of any marketing campaign in terms of the number of target users for each, the 
time and date of display of the messages, the proportion of users not falling into 
the target user profile, etc. 

The logged statistics are viewable on the remote log of viewing terminal 
30 by means of interactions between the log viewing client 32 and the log 

15 viewing server 28. Note that the log viewing terminal 30 and the broadcast 
administrator terminal 16 may in fact be the same terminal. Both the message 
generation application and the log viewing server application may be embodied 
to provide Web-based content, in which case remote input client 18 and remote 
log viewing client 32 may take the form of a Web browser. Log records are 

20 stored in a database log store 24, and log viewing application 28 generates 
reports, viewable via log viewing client 32, providing aggregate information both 
on activity status of the messaging agents 4 in the system, and messages received 
by the messaging agents and their various processing stages. The server 28 
allows the log record database to be accessed through a user interface which 

25 allows predefined queries to be executed to provide desired statistical analysis of 
the usage of the system. 

Figures 12 and 13 illustrate the presentation of a message in the form of 
graphics displayed on the user interface 6 by messaging agent 4 when a message 
is presented to the user. In a preferred embodiment of the messaging agent 4, an 
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animated character AC is used which appears on the user interface as a means of 
attracting the user's attention when a message is about to be displayed. The 
animations of the character AC may themselves be programmed in the agent 
language, and the program code generated using the message generation 
application described above. 

Animations are performed by the messaging agent with reference to a 
corresponding animation library stored on the user terminal. Animations which 
may be carried out include an "attract attention" animation, which provides a 
predetermined animation used to attract the attention of the user prior to message 
contents being presented. The position of the appearance of the animated 
character AC on the user interface may also be controlled by commands in the 
message, along with the appearance of the animated character, gestures made by 
the animated character towards a specified point, defined by screen coordinates, 
on the user interface, displaying a dialogue box containing text, and a "disappear" 
animation, whereby the animated character is removed from the user interface 
after presentation of a message until a subsequent message presentation operation 
is to be performed. 

When a message presentation operation begins, after the animated 
character appears on the desktop, the "attract attention" animation is run and the 
message is presented shortly afterwards. Figure 1 2 shows the animated character 
AC presenting a dialogue box 600 containing message text 602 and an associated 
hyperlink 604 to the user. A confirmation button 606 is provided to allow the 
user to acknowledge viewing of the message content, at which time the 
appropriate log record element is created indicating that the desired message 
content has been presented to the user. 

Figure 13 illustrates a further dialogue box 620 in which an interactive 
multiple choice question is presented to the user in the form of question text 621 
and response options list 622. In order to interact with the dialogue box 620, the 
user selects one of the response options 622, and then uses its confirmation 
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button 624 to confirm the response. Upon confirmation of the response, the 
messaging agent 4 generates the appropriate log record element and stores the 
information its user profile to allow subsequent user profile-based filtering of 
messages at the user terminal 2. After a predetermined period, the "disappear 
animation is run, to remove the animated character from the desktop pending the 
next message presentation operation. 

In the above, the message presentation conditions used are time-related 
conditions and user profile related conditions. Other presentation conditions, 
based on variables detectable on the user terminal, may also be used, including 
monitoring of user activity, for example keystroke frequency, to present the 
message outside a period of intense user activity (the condition being that user 
activity is below a predetermined threshold.) Furthermore, whilst only a single 
presentation condition may be defined for the selective presentation of a message, 
any combination of two or more of the different presentation conditions as 
described may be defined in combination for the selective presentation of a 
message. 

In the above, the term "broadcast" has been used to describe the 
interaction between the broadcast server 12 and the messaging agent 4. Note, 
however, that the actual mechanism used is a pull-based mechanism, whereby the 
messaging agent 4 regularly polls the broadcast server 12 for updates. In other 
embodiments, the messaging agent 4 may receive new messages by means of 
other mechanisms, including more typical broadcast mechanisms in which the 
message is transmitted in a common channel available to all messaging agents, 
such as via digital television broadcast in a digital television system, cell 
broadcast in a cellular radio communications system, etc. It should however be 
understood that the term "broadcast" as used herein is not limited to such typical 
broadcast mechanisms, but used to indicate a mechanism whereby a message 
may be distributed to large numbers of messaging agents on different user 
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terminals. A message may further more be received in one or more different 
parts. 

Note furthermore that the user terminal 2 may be embodied as various 
different types of terminal, including a computer desktop terminal, a wireless 
5 communications terminal such as a mobile telephone, a personal digital assistant, 
a digital television receiver, a digital radio receiver, etc. Similarly, data 
communications network 7 may be a corresponding network type, including 
network types such as the Internet, a television broadcasting network, a cellular 
radio communications network, a satellite communications network, etc. 

10 The above embodiments are to be understood as illustrative examples of 

the invention. Further embodiments of the invention are envisaged. It is to be 
understood that any feature described in relation to one embodiment may also be 
used in other of the embodiments. Furthermore, equivalents and modifications 
not described above may also be employed without departing from the scope of 

15 the invention, which is defined in the accompanying claims. 



18 



Claims: 

1. A method of communicating messages to a user of a data 
processing terminal capable of performing data communication via a data 
communications network, said method comprising: 

a. providing a message processing application on the data processing 
terminal; 

b. receiving a message from a message distribution entity at the data 
processing terminal, said message comprising message data capable of being 
presented by said message presentation application and message presentation data 
defining one or more parameters relating to one or more conditions under which 
the message may be presented to the user; 

c. detecting in the data processing terminal whether the one or more 
conditions are met; and 

d. using the message processing application to selectively present the 
message data to the user in accordance with the message presentation data, such 
that the message data is selectively presented to the user on the basis of the step 
of detecting whether the one or more conditions are met. 

2. A method according to claim 1, wherein the message presentation 
data defines a time parameter relating to a date and/or time at which a message 
may be presented to the user, and wherein the method comprises: 

a. scheduling the presentation of the message in accordance with the 
message presentation data; 

b. monitoring a time variable on the user terminal; and 

c. presenting the message to the user in response to detecting that the 
timing variable meets the scheduling of the message. 
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3. A method according to claim 2, wherein the time variable is 
unrelated to the time of receipt of the message. 

4. A method according to claim 2, wherein said time variable is 
monitored using an internal date and time clock in the user terminal. 

5. A method according to any preceding claim, comprising 
periodically transmitting requests from said data processing terminal to download 
a message from the message distribution entity. 

6. A method according to any preceding claim, comprising 
authenticating the message using an encryption-based authenticator to validate 
the source of the message. 

7. A method according to any preceding claim, wherein said 
presentation parameters comprise a time parameter specifying an absolute date 
and/or time. 

8. A method according to any preceding claim, wherein said 
presentation parameters comprises a time parameter specifying a relative time 
measured in relation to an event occurring on said user terminal. 

9. A method according to any preceding claim, comprising receiving 
a message during a period of network connectivity, and presenting the message 
outside a period of network connectivity. 

1 0. A method according to any preceding claim, comprising logging 
data relating to the processing of the message on the user terminal, and 
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transmitting said log data to a remote data . processing entity via a data 
communications network. 

11. A method according to any preceding claim, wherein said message 
5 presentation parameters comprise user targeting parameters, and selectively 

determining whether to present said message to the user using said targeting data. 

12. A method according to claim 1 1 , comprising detecting user profile 
data stored on the user terminal to selectively determine whether to present said 

1 0 message to the user using said targeting data. 

13. A method of monitoring the presentation of messages to a user 
received from a message distribution entity via a data communications network, 
said method comprising receiving a message, said message comprising message 

15 data, selectively determining whether to present said message to said user, 
generating log data relating to the presentation of the, and transmitting said log 
data to a remote data processing entity via a data communications network. 

14. A method of communicating messages to a user received at a data 
20 processing terminal from a message distribution entity via a data communications 

network, said method comprising receiving a message, said message comprising 
message data and targeting data, and selectively determining whether to present 
said message to the user using said targeting data. 

25 15. A method according to claim 14, comprising detecting user profile 

data stored on the user terminal to selectively determine whether to present said 
message to the user using said targeting data. 
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16. Computer software adapted to carry out the method of any 
preceding claim. 

17. A user terminal adapted to carry out the method of any of claims 1 

5 to 15. 

18. A network entity adapted to transmit and/or receive messages used 
in the method of any of claims 1 to 15. 

0 19. A data processing system comprising a user terminal according to 

claim 1 7 and one or more network entities according to claim 18. 
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